home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 9299 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: rcp6.elan.af.mil!rscernix!danpop
  2. From: danpop@mail.cern.ch (Dan Pop)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Schildt <- Advanced Books
  5. Date: 8 Mar 96 17:10:16 GMT
  6. Organization: CERN European Lab for Particle Physics
  7. Message-ID: <danpop.826305016@rscernix>
  8. References: <8BA8405.02C70020DE.uuout@sourcebbs.com> <4he6hb$ahn@solutions.solon.com> <danpop.826121528@rscernix> <4hmojk$ij2@news.interpath.net> <4hmqqe$aoo@solutions.solon.com>
  9. NNTP-Posting-Host: ues5.cern.ch
  10. X-Newsreader: NN version 6.5.0 #7 (NOV)
  11.  
  12. In <4hmqqe$aoo@solutions.solon.com> seebs@solutions.solon.com (Peter Seebach) writes:
  13.  
  14. >In article <4hmojk$ij2@news.interpath.net>,
  15. >Scott McMahan - Softbase Systems <softbase@mercury.interpath.net> wrote:
  16. >>What Schildt lacks is a good technical review of his books.  
  17.  
  18. What Schildt lacks is a good understanding of the language he's writing
  19. books about.  A reviewer's job is to find out small and scarce mistakes
  20. which can happen to anybody, not to fix almost every example written by
  21. an author who can produce easy books about a topic he's _far_ from
  22. mastering.
  23.  
  24. If he also reads books (has he any time left for such an unprofitable
  25. activity?) a careful reading of K&R2 and the book version of the FAQ
  26. will do him a lot of good.  The ANSI C standard was, obviously, too
  27. difficult for him to understand.
  28.  
  29. >>Most of
  30. >>these things mentioned are finger-check type errors on fairly obscure
  31. >>points (how many architectures have size_t not set to a word?), but
  32. >>which a technical reviewer as an impartial third party could point out
  33. >>to the author.
  34. >
  35. >To be picky, obviously a large part of the problem is that size_t is always
  36. >unsigned.  But on my home box, sizeof(size_t) == sizeof(long).
  37. >
  38. >(It's actually an unsigned int, but it could just as well be unsigned long,
  39. >and probably should be.)
  40.  
  41.     ues5:~ 26> grep size_t /usr/include/stddef.h
  42.     typedef unsigned long   size_t;
  43.  
  44. And sizeof(int) < sizeof(long) on my system (no, it's not a DOS box :-)
  45. So, such implementations do exist in the real world.  Even if they wouldn't
  46. idiots like Schildt shouldn't rely on something which is not guaranteed
  47. by the standard.
  48.  
  49. Dan
  50. --
  51. Dan Pop
  52. CERN, CN Division
  53. Email: danpop@mail.cern.ch 
  54. Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland
  55.